testsuite: Tell meson we use TAP

This makes meson actually parse the individual test
results. Most of the time, it does not make a difference,
but one case where it does is when all the individual
tests of a binary are skipped, meson will mark the
test as skipped.

reftests: Fix an xfail to work

The background-image-multiple.ref.ui file uses
non-existing properties, which gives us a g_warning,
and the glib test framework insists on treating
warnings as fatal, so we end up doing exit(133),
which in turn makes the meson TAP parser ignore
its xfails.

Comment out the nonexisting properties, so we can
fail properly, and then in turn xfail properly.

testsuite: Don't exit unsuccessfully when using TAP

The meson TAP parser doesn't take this lightly and
forgets all about xfails when we exit(1), so don't.

reftests: Don't run tests with --verbose

Unexpected output tends to break TAP.

gsk: Don't unconditionally spew to stdout

testsuite: Don't g_print from tests

This breaks the TAP output.

testsuite: Fix the accessible test

This test was happily doing nothing.

Merge branch 'disable-window-test-2' into 'master'

Disable window test 2

See merge request GNOME/gtk!1541

temporarily disable window test

This test was broken by the GdkToplevel refactoring,
and needs a big gtkwindow.c configure request cleanup
before it will work again.

Revert "Merge branch 'disable-window-test' into 'master'"

This reverts commit 3ac4c76b18cc89a841ce09f0943539f16988fd21, reversing
changes made to 6ec96d2e989d029a303b8b20ec72b86f974c0e87.

Merge branch 'disable-window-test' into 'master'

Disable window test

See merge request GNOME/gtk!1540

Fix the action test

We have a test that enumerates the GtkText actions,
so when a new open appears, the test needs to be updated.

Fix a compiler warning

temporarily disable window test

This test was broken by the GdkToplevel refactoring,
and needs a big gtkwindow.c configure request cleanup
before it will work again.

text view: Fix touch selection

We forgot to allocated that popover.

widget: Drop the ::popup-menu signal

This is now done in widgets which have context
menus.

placesview: Stop using ::popup-menu

This signal is going away.

filechooser: Stop using ::popup-menu

This signal is going away.

mountoperation: Stop using ::popup-menu

We can just use a shortcut controller directly.

gtk-demo: Stop emitting ::popup-menu

The signal was not used anyway, in the font explorer demo.

colorchooser: Stop using ::popup-menu

This signal is going away. Use an action instead.

range: Remove ::popup-menu emission

This signal is going away, and having context menus
on sliders is not really a thing anyway.

scrollbar: Remove :popup-menu forwarding

This signal is going away.

emojichooser: Stop using ::popup-menu

This signal is going away. Use an action instead.

Use an action for the context menu keybinding

The ::popup-menu signal is going away.

Print mnemonic triggers clearly

inspector: Show shortcuts

At a tab that lists the shortcuts contained in a
GtkShortcutController.

Only create a class shortcut controller if we have shortcuts

No point in creating objects that just hold empty lists.

widget: Name the controllers

window: Name the the controllers

shortcutmanager: Name the controllers

This is helpful in the inspector.

Move shortcut manager initialization code

It is just too ugly to use quarks across multiple
source files, so add a private helper function that
attaches the controllers.

filechooser: Trigger the location popup via bindings

Simplifies code quite a bit.

accels: Remove GtkAccelGroup

testmenubutton: Don't create a GtkAccelGroup

It's unused.

testsuite: Remove GtkAccelGroup usage

widget: Remove gtk_widget_add_accelerator()

People should use shortcut controllers instead (global, capture).

A side effect of this is that GtkAccelLabel now lost its method to
magically look up accelerators to display. Somebody needs to add that
back later.

doc tools: Create AccelLabel image without using GtkAccelGroup

testgtk: Port keyval example to shortcut controllers

shortcutcontroller: Implement GtkBuildable

Use it to allow adding shortcuts to the controller via the usual <child>
method.

shortcutaction: INtegrate with GtkBuilder property parsing

<property name="action">action(win.quit)</property> style action
specifications now work for GtkShortcutAction properties.

shortcuttrigger: Add gtk_shortcut_triger_new_parse_string()

And hook it up into the GtkBuilder infrastructure.

application: Replace accelerator handling with shortcuts

API remains the same, but activation is now done via a
shortcutcontroller.

The code uses a controller with global scope so that the
shortcuts are managed with all the other global shortcuts.

accel: Add display arg to gtk_accelerator_parse_with_keycode()

It was using the default display unconditionally.

accelerators: Make gtk_accelerator_parse() return TRUE/FALSE

A parse function should return success or not. So do that.

shortcuttrigger: Add hash(), equal(), and compare() functions

Those are useful for putting triggers in hash tables or getting sorted
output.

shortcuts: Mananage managed shortcuts with a custom model

Reduce the amount of special casing by using a list model
for global and managed shortcuts, too.

This way, the ListModel API will work for the ShortcutController in the
GtkShortcutManager and GtkRoot.

The only special case remaining is shortcut activation, which needs to
pass the right widget to the controller in the global/managed case.

shortcutaction: Add gtk_shortcut_action_to_string()

For all but the callback action, we can print something useful.

widget: Keep keybindings as a GListStore

This way, we can use shortcut_controller_new_for_model() and avoid all
the special casing about run_class.

shortcutcontroller: Add gtk_shortcut_controller_new_for_model()

This is mainly for internal use, but I can't see a reason to not have it
public for people who want to maintain their own lists.

I'm sure gnome-builder will never ever find a way to misuse it.

shortcutcontroller: Implement GListModel

After all, this controller is a list of shortcuts.

gtk-demo: Port the sliding puzzle demo to shortcuts

shortcut: Change the API for creating shortcuts

When creating shortcuts, there almost always are a trigger and an action
available for use. So make gtk_shortcut_new() take those as arguments.

Also add gtk_shortcut_new_with_arguments() so people can easily pass
those in, too.

shortcut: Add GtkShortcutAction

Similar to GtkShortcutTrigger, GtkShortCutAction provides all the
different ways to activate a shortcut.

So far, these different ways are supported:

 - do nothing
 - Call a user-provided callback
 - Call gtk_widget_activate()
 - Call gtk_widget_mnemonic_activate()
 - Emit an action signal
 - Activate an action from the widget's action muxer
 - Activate a GAction

accelgroup: Remove unneeded APIs

After the removal of GtkAccelMap, these things are no longer necessary.

gtk: Remove GtkAccelMap

Now that accel paths are gone, the object managing them isn't needed
anymore either.

gtk: Remove accel paths

It's an outdated technology now that everybody is using GActionGroups.

If somebody wanted to support changeable shortcuts, they'd need to
reintroduce it in another way.

Remove GtkMnemonicHash

It's not used anymore.

window: Remove all old mnemonic handling API

Add GtkShortcutManager

This adds an interface for taking care of shortcut controllers with
managed scope.

Only GtkWindow currently implements this interface, so we need to ensure
that we check if any top-level widget we reach is a shortcuts manager
before we call into it.

label: Implement mnemonics using shortcuts

shortcut: Add gtk_shortcut_set_mnemonic_activate()

Makes the shortcut call gtk_widget_mnemonic_activate() upon activation.

shortcuttrigger: Add support for mnemonics

Mnemonics need to be triggered with help from the controllers (who
determine the modifiers). Support for that has been added, too.

Mnemonics do not use this yet though.

window: Put F10 accelerator into its own shortcut controller

So instead of relying on gtk_window_activate_key(), it's now using
proper infrastructure.

window: Get rid of public APIs that shouldn't be

Event controllers should have replaced all of them.
And if they haven't, apps need to fix their code (I'm
looking at you Gimp).

gdk: Remove GDK_RELEASE_MASK

It was only ever supported by keybindings and those are gone now.

gtk-demo: Add a dumb demo for shortcut triggers

shortcutcontroller: Add GtkShortcutScope

Allow setting the scope for a controller. The scope determines at what
point in event propagation the shortcuts will be activated.

Local scope is the usual activation, global scope means that the root
widget activates the shortcuts - ie they are activated at the very
start of event propagation (for global capture events) or the very end
(for global bubble events).
Managed scope so far is unimplemented.

This is supposed to be used to replace accelerators and mnemonics.

shortcuttrigger: Add gtk_shortcut_trigger_to_label()

Provide a user-presentable string.

accelgroup: Add gtk_accel_group_print_label()

accellabel: Move gtk_accelerator_get_label() code

The function lives in gtkaccelgroup.c, so there's no need to have that
call a private function in another source file. Instead, make that
other source file call gtk_accelerator_get_label() instead.

accellabel: Get rid of class variables

We can just look them up as-needed, no need to cache them.

gtk: Remove bindings

The whole binding functionality is now handled by shortcuts.

event controller focus: drop include

This header is not needed here, and it is going away.

Remove bindings activation from GtkEventControllerKey

We're going to use shortcuts soon.

popover: Remove unused include

popover: Add keynav keybindings

The shortcut controllers are limited to same-native,
so we need to duplicate the Tab and arrow key bindings
for focus handling, as well as the Enter bindings for
activation.

popovermenu: Port to shortcuts

passwordentry: Remove unused include

entry: Remove unused include

accelgroup: Actually have a default mod mask

Don't just use a value without initializing it.

treeview: Redo event forwarding hack

Reorder the event controllers so that key forwarding to the search
entries really happens after shortcut triggering.

combobox: Redo key event forwarding hack

Instead of manualling invoking bindings, we now reorder event
controllers inside the treemenu, so that shortcuts run before the event
forwarding.

widget: Add private accessor to event controllers

iconview: Port bindings to use shortcuts

infobar: Port bindings to use shortcuts

label: Port bindings to use shortcuts

listbox: Port bindings to use shortcuts

notebook: Port bindings to use shortcuts

scale: Port bindings to use shortcuts

scalebutton: Port bindings to use shortcuts

scrolledwindow: Port bindings to use shortcuts

searchentry: Port bindings to use shortcuts

shortcutssection: Port bindings to use shortcuts

shortcutswindow: Port bindings to use shortcuts

flowbox: Port bindings to use shortcuts

paned: Port bindings to use shortcuts

spinbutton: Port bindings to use shortcuts

textview: Port bindings to use shortcuts

filechooserwidget: Port bindings to use shortcuts